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Field of the Invention 
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garkp pmnd Tnvention 



The senlemen. of securities trades - 1*. «ades invoking stocks, bond, and ote 
f^ofequiV^deb.-U.p^totavolves.afie^partcip^such^ 

i^o^inve^btoker^.^^^"^^ A.— '■ 

i ^ rrto stfMion^pUKe,. tt ^.^-<h»to'^«'»" Bke ' SeC " nneS 
Mdeonb^ofitselforoneofitscuaomers. Anhttntutionisgenenulyan 

ft. institution's cummer fe* a pension plan, corporation or endowment tod). A 
^eder (W> executts buy and sen orders for the institution and reserves 
„, deUvers securities and tods to sen., the trade. In certain insances, a cleanng 
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for receiving or delivering securities and funds on the broker's behalf. An agent 
("agent") acts as an agent for the institution in the settlement process and is 
responsible for receiving or delivering securities and funds on behalf of the institution 
or its customer. In many instances, a clearing agent (generally, a custodian bank) acts 
for the agent in the settlement process and is responsible for receiving or delivering 
securities and funds on behalf of the agent. For securities settling outside of the 
"home market", the clearing agent is often referred to as a "global custodian." In 
some cases, agents and clearing agents act through other agents or custodians in order 
to settle a trade. An agent or custodian that acts for a clearing agent is considered to 
be a "subcustodian " An interested party ("interested party") is any entity designated 
by the institution as interested in the transaction, such as a correspondent bank or plan 
sponsor. Each participant in the settlement process (other than an interested party) 
must, among other things, communicate information about the trade to and from the 
other participants and arrange for the transfer of funds and securities to settle the 
trade. 

The explosive growth of the global securities markets places additional pressure on 
the settlement participants to ensure that trade settlements proceed with speed and 
accuracy. Today, trading of securities has reached unprecedented volumes. The 
increasing volume and speed with which securities are traded has necessitated that 
governing bodies place standards on financial institutions and other parties to settle 
trade accounts within mandated time periods. Over the years the mandated time 
periods for trade settlements have been shortened. In 1995, the Securities and 
Exchange Commission ("SEC") mandated that securities trades must be settled within 
three business days of the trade date, a limit known as "T+3". Previously, trades had 
to be settled within five business days of the trade, or "T+5". At some point in the 
future this trading period may well decrease to one business day settlement, "T+l ," or 
even same day settlement, "T+0". There is a need for systems that can facilitate rapid 
trade settlement communication with great accuracy in such shortened time periods. 

Currently, trade settlement involves a set of communications by which the parties to 
the trade send and receive a series of messages that lead to settlement. Institutions 
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Led ,o different customer accounts by an institution, wuh each account often 
trade order for an individual customer. 

When a trade is executed by a broker (on a uade order piaced by an institution, either 

order exectmon ("NOE^ (which brokers use to report the execuuon of the trades 
Ihca^tbeye,— >. ^^^f^ 
different customer accounts, for exampie, Ute r^e cannot be confuted mi the 

"1. Bn.kersn.yhave^xecu^ui.pier^^Uneo^, 

Ute tn.de order (such as the average price per stare) and infcrmauon about the 
individual trade executed within the same NOE. 

Upont^^ofanNOEm-compie^anonier^ — «u«. 

.nesetuementprocess. If the broker agreeswith the auccauon mfonnauo* me 
^menissuesauadecoriirmadon. To issue. <n^ contain to the 

BcchangeActof^,. Tteconiu^onisW^ycommuMca^^ 

underlying customer. 
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completed by the institution, or the power to affirm can be delegated by it to ,ts agent 
or an interested party. To affirm, the institution receives the trade confirmatton 
commumcation and then compares it to data that is stored in its own records. If n 
agreement, the institution sends an affirmation and each party named m the 
confirmation typically receives the affirmed confirmation, which includes settlement 
instructions that agents and brokers use to settle the trade. 



The process of settlement communications currently employed - NOEs, allocate 
instructions sent by the institution, confirmations and affirmations - ensures a high 
,evel of accuracy within the trade settlement procedure. The communications sent 
back and forth enable each settlement party to check records and confirm the 
existence of the trade and settlement details before the trade is settled. 

Maintaining data accuracy and reliability in trade settlement is crucial. T^e system of 
communications - NOE's, allocation instructions, confirmations, and affirmattons - 
establishes a level of redundancy which helps to ensure accuracy and party 
agreement. However, this system requites sufficient time for the parties to review and 
verify the incoming communications and in practice has created difficulty for the 
settlement parties in their meeting the T + 3 trade settlement requirement. Even wtth 
the widespread use of computers, the settlement parties execute the sequence of 
communications using a disparate collection of telephone calls, telexes, cable and 
wire transmissions, faxes and hard-copy messages. This process takes considerable 
tunetocompleteits function. Any new system that would offer advantages in speed 
over the generally used system of communications must still ensure accuracy and 
reliability because the cost of an incorrect or failed trade settlement is high. For any 
failed trade, the parties must find and rectify the reason for the failure. 

Computer systems have been developed for other areas of securities tmding, such as 
^described inU^ 

4 674 044, 4,823,265 and 5,101,353 which are directed to systems for trade execuuon. 
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Computer technology has also been applied to trade settlement. However, typically 
all such systems maintain the prior art sequence of commurucations between the 
parties in terms of NOE's, allocation instructions, confirmations and affirmauons. 
One system known as "Alert" and developed by Audex Systems ofWellesley, 
Massachusetts is designed to facilitate the flow of information in the commurucanons 
between the institution and broker. The Alert system maintains a centralized database 
of institution delivery instructions (instructions for the delivery of funds or secunUes 
^theinstimtionappl^ 

communicates a trade allocation instruction, the broker can access informal m the 
central database in its preparation of the confirmation. The Alert system, however, 
does not change the sequence of conjunctions between broker, institution, agents 
and interested parties. 

U S Patent No. 5,497,3 1 7, assigned to Thomson Trading Services, Inc. also follows 
the sequence of NOE, institution instruction, confirmation and affirmauon 
communications. It provides a database configuration to facilitate those 
communications, but takes no steps to shorten the number of communications needed 

to settle a trade. 

The Depository Trust Company ("DTC") developed a system known as the 
institutional Delivery ("ID") System in the early 1970s. The ID System provides a 

allocation instruction, confirmation and affirmation communications, but provtdes a 
central computer hub which collects information and generates the confirm*™ 
conununication. With the ID System, a broker can send an NOE to an institution 
afterexecutingeachbuy/sellorder. Upon receipt of the NOE, the institution returns 
an allocation instruction. Upon receipt of the allocation instruction, the broker 
submits to the ID System trade detail information (such as issue, quantity, pnce and 
date) The ID System combines trade information with information from other 
sources to issue a confirmation which gives trade details, settlement information and 
other required data. The ID System makes that confirmation available to the 
institution, thebroker, the agent and any other interested parties to the trade. The 
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institution then acknowledges or affirms the confirmation by sending a message to the 
ID System. In a final step of the post-trade settlement process, the ID System sends 
an affirmed confirmation to each party. Upon the receipt of the affirmation 
confirmation, the trade can settle. The complete confirmation process, in which the 
broker transmits trade data and the ID System generates a confirmation, can take as 
many as five distinct communications. 

DTC has recently implemented a computer process that eliminates the affirmation 
step in the trade confirmation process while maintaining the reliability previously 
achieved by the earlier NOE, allocation instruction, confirmation and affirmation 
communications systems. Instead of passing the broker confirmation to the institution 
and waiting for an institution's affirmation, the more current ID System matches trade 
data received from the broker for inclusion in a confirmation with institution 
instructions received from the institution, e.g., instructions input after NOE or at the 
time that the trade occurred. If the input from broker and institution agree, the system 
produces a "matched confirmation" which can, if the institution is also the affirming 
party, replace the affirmation by producing a matched affirm confirmation. 

Further streamlining of the above communication steps involved in the trade 
settlement process would facilitate more rapid trade settlement without sacrificing 
accuracy. However, existing systems rely on the redundant exchange of 
communications to verify the information exchanged in trade settlement. 

It would be an advance in the field if a new system could be developed to further 
reduce data redundancy while still providing sufficient data to settle the trade reliably 
and accurately. What is desired, therefore, is a system for improving the speed, 
efficiency, security and control of the current post-trade communication processing 
and settlement systems by more advanced matching techniques. 
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Summary of the Invention 

Accordingly, the present invention provides an enhanced matching apparatus and 
method to effect trade settlement in fewer steps than the prior art while maintaining 
the same level of reliability. The present invention matches data fields in a specially 
constructed NOE with data fields in a specially constructed institution instruction to 
generate either a "matched confirmation" or a "matched affirm confirmation." In this 
system, a matched confirmation or matched affirm confirmation can be automatically 
generated by the computer system upon a correct match. Thus, the subsequent steps 
of a broker or computer-generated confirmation and then affirmation are no longer 
needed. The present invention increases speed and lessens the risk of trade failure by 
insuring that the trades are settled within the mandated time periods for completion of 
settlement using fewer steps than existing systems. The system also decreases 
opportunities for computer or human errors, because the matching system replaces the 
back and forth communication in the confirmation and affirmation (where with every 
communication there may be a chance for human and computer error). 

According to an exemplary embodiment of the present invention, in the first step after 
trade execution, the broker sends an NOE to a central computerized trade 
confirmation communication system. The system attempts to match the NOE against 
an existing institution instruction. If no match can be found, the computer system 
copies the NOE information to a pending match database and optionally 
communicates the NOE to the institution. Upon receipt of an NOE which agrees with 
the institution's records, the institution sends an allocation instruction to the system. 
The system then attempts to match specially designated data fields of the institution 
instruction to the data fields in the stored pending NOE. If all the information 
contained in the data fields are properly matched (according to a matching procedure 
described below), the system then creates a confirmation (such as a "matched 
confirmation" or a "matched affirmed confirmation") using information found in the 
allocation instruction and NOE and, in one exemplary embodiment, information 
derived from a database source comprising a multitude of tables. The system then 
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makes this confirmation available to the institution, agent, broker and any interested 
parties to the trade so that the parties can effect settlement. 

When the broker transmits multiple NOE's for the same trade order (because multiple 
trade executions are required for that trade order), the system will match an institution 
allocation against the final NOE for that trade order. The final NOE for the series of 
executed trades will contain sufficient cumulative information to allow a match to be 
possible. 

When compared against the prior art trade confirmation communication systems (with 
or without matching) the present invention in the exemplary embodiment shortens the 
sequence of communication required by as many as one or two communications. This 
saves processing time and speeds the settlement process. 

The present invention and its features and advantages will become more apparent 
from the following detailed description with reference to the accompanying drawings. 

Brief Desc ri ption of th e Drawings 

Fig. 1 is a block diagram showing an enhanced matching communication 

system for post-trade processing and settlement of securities trades 
according to an exemplary embodiment of the present invention. 

Fig. 2 is a flowchart showing an exemplary process flow of an NOE 

matching process in an enhanced matching communication system for 
post-trade processing and settlement of securities trades. 

Fig. 3 is a flowchart showing an exemplary process flow of an institution 

instruction matching process in an enhanced matching communication 
system for post-trade processing and settlement of securities trades. 
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Fig. 4 



is a flowchart showing an exemplary process flow for generating a 
confirmation in an enhanced matching communication system for post- 
trade processing and settlement of securities trades. 



Fig 5 depicts a database storage structure for a Standing Instructions 

Database (SID) and a Related Storage Database (RSD) which could be 
employed in one embodiment of the enhanced matching 
communication system for post-trade processing and settlement of 
securities trades. 

Fig. 6 depicts an exemplary relational database storage structure for a 

Pending Match Database (PMD) of the enhanced matching 
communication system for post-trade processing and settlement of 
securities trades according to an exemplary embodiment of the present 
invention. 



nailed r>es""p<j"" "f the Invention, 



A. Overview, Hardware and Software 



Fig I shows an overview of an exemplary communtcation system for enhanced 
matching used during post-trade settlement for trade confirmation. A computer 10 
comprises a trade confirmation communication system 19, havingasetof 
programmed elements that enables each ofme settling parties, institutions) 20, 
broke*) 30 (here including clearing brokers), agent(s) 50 (here including cleanng 
agents) and interested parties) 40 to exchange electronic communications at trade 
settlement Within the trade confirmation conjunction system 19 (or as a separate 

confirmation functions for matching. A plurality of collection files 12 within the 
computer 1 0 facilitates the processes of the matching controller H- The computer 1 0 

(whichisusedinthe enhanced n^tcmng prc^ss described below) and addmonally tn 
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the exemplary embodiment, additional database structures for generating a 
confirmation such as a Standing Instructions Database ("SID") 13 and a Related 
Storage Database ("RSD") 14 (used with SID 1 3) each comprising a plurality of 
databases. In the exemplary embodiment the trade confirmation communication 
system 19 allows the institutions 20, brokers 30 and agents 50 to input data into the 
database structures before the time of trade settlement. During trade settlement, the 
system derives the data from the various database tables to generate a confirmation. 

As will be explained in further detail below, the computer 10 uses the elements 
described above to match trade communication input from the parties and create trade 
confirmations. In brief, the process in the exemplary embodiment is as follows. 

After trade execution, a broker 30 that has made a trade on behalf of an institution 20 
transmits an NOE concerning that trade to the computer 10. The NOE is stored in a 
collection file 12 (for verification) and then moved into the PMD 15. Thecomputer 
1 0 also transmits a copy of the NOE to the institution 20 (identified in the NOE). 
Upon receipt of the NOE, the identified institution 20 can respond by transmitting an 
institution allocation instruction (an "IT for Institution Instruction) that provides 
customer account allocation information concerning the trade. The II message is 
stored in the collection file 12 (for verification) and then moved to the PMD 15. The 
computer 10 will attempt to match then with an NOE located in the PMD 15. The 

computer 10 will make the match upon a set of predetermined data fields within each 
NOE and H record. If the broker 30 must execute a number of trades to fulfill the 
institution's trade order, the broker 30 may transmit a number of NOE's for the 
particular trade order. In such a situation the system of the present invention will 
match the last NOE (containing the full cumulative information for the trade orders) 
to the D of the institution 20. 

With the present invention, it is also possible (although it may not be the usual case) 
that the institution 20 will transmit an fl to the computer 10 before the broker 30 
transmits an NOE. Thus, in addition to storing and transmitting an NOE as described 
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above, the con.pu.er 10 will also anempt .0 match an NOE a. to toe i. is inpu. .o to 

irs stored in the PMD 15. 

If a match is found eitor for a single NOE or to last of a ser.es of NOEs (accord,ng 
,o a ma.ching procedure outlined below) to computer .0 genera.es a matched 
confirmation using to to. found in to NOE, D and rela,ed da* found in SID 13 and 
theRSD14. 

,f to affirming p*» to to trade is to .nstitution 20, to compu.er , 0 «U genemte 
to confirmation communication as a matthed affirmed confirmation. The computer 
,0 wil, ma* available .his matched affirmed confirmation message ti, all parties, 
broker 30, institution 20, agents, 50 and interested parties) 40. If to compter 1 
is operand by an entity which a!so opiates a secernent sysKm. to computer 0, .f 
so aumorrzed by to delivering party, will al» ex«u« to settiemen, of to trade as 
described below. 

VtomsttuetiondaubasessuchasSuOUandtoRSD 14 are employed, the 
compu«r !0 receives information concerning institutions 20, brokers 30, agents ; 50 
and inters paries 40 before to t«de settlement prccess. such as before to M« 
30n an S mitstoNOE. That information is stored in SID .3 andtheRSD .4 mti,e 
^sent embodiment In particular, broker 30 inpu* «**= information necessan- for 
potion of confirmations, known as broker confirmation information and to agen. 
SOinpu^u^onknovvn^agentconfinnationinfbnnation. btoexemplar, 
embodiment, to compuKr 10 amasses to trade confirmation information through a 
number of relational database lookups. 

The ompuur 10 includes on. or more pmcessors ("CPUs") coupl«4 to random 
access and onltos»mgerr^ones.Tl«pr^ 

inactions, access dau 6cm to memories manipulaK to daa accoming .o to 
prognm med instructions and perform to otor processing functions. The computer 
also comprises an oper«ing sy»em which facilitates to functions of to matchmg 
control 1 1. to trade confirm*™ communication syaem 19 and maintenance of 
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the databases. In an exemplary embodiment, an IBM ES 9000 mainframe is suitable 
as the computer 10, operating with a MVS operating system. DB2 database software 
is suitable for implementing and maintaining the SID 13, RSD 14 and PMD 15 
databases in an exemplary embodiment. The programmed elements of the trade 
confirmation communication system 19 and the matching controller 1 1 can be 
effected, for example, in the COBOL IT computer language. The computer 1 0 can 
execute those functions using either synchronous or asynchronous tasking. 

Communications between the computer 10 and the settlement parties are effected over 
communication links 21, 31, 41, and 5 1. In Fig. 1, each one of a plurality of 
i^itutions 20 (one or more) has a link to the computer 10, such as link 21 . Each one 
of a plurality of brokers 30 has a link to the computer 1 0, such as link 3 1 . Each one 
of a plurality of agents 50 has a link to the computer 10, such as link 51. Each one of 
a plurality of interested parties 40 has a link to the computer 10, such as link 41 . 
These communication lines can be telephone wires. However, in alternative 
embodiments they can also be any means of communicating electronic transrn.ss.ons, 
including both hard-wired and wireless methods. Each institution 20, broker 30, 
agent 50 and interested party 40 accesses its respective communication link 21, 31, 
5 1 and 41 by a computer terminal (not shown) at a remote institution 20, broker 30, 
agent 50 or interested party 40 location. The computer terminals in an exemplary 
embodiment are computers having a 486 Intel processor (or the equivalent or better) 
and operating at 66 MHz with DOS 3.3 or higher and/or a Windows operating 
environment, 8 Mb of RAM, 1 Meg processor memory and a 9600 or higher baud 
modem. A communication software package resident on each PC terminal (not 
shown) provides an interface for transmitting communications to the computer 10 and 
receiving communications from it. The communication software package, such as a 
package known as EZTYM and available from the Software Corporation of Amenca, 
alsoallowsmesetdmg^inputandtoaccessdatafromSID 13. The computer 
terminals may (but do not have to) be linked to other computer systems such as the 
back office computer systems of the institutions 20, brokers 30, agents 50 or 
interested parties 40. 



WO 99/27477 



PCT/US98/23695 



13 

Security for the computer 10 is achieved by a firewall routing system 52, such as (in 
an exemplary embodiment) an IBM RS 6000 firewall. The firewall routing system 52 
couples the communication links 21, 31, 41 and 51 to the computer 10. In an 
exemplary embodiment, the communication interface between the institution 20, 
broker 30, agent 50 and interested party 40 computer terminals ("PC's") and the 
computer 10 is achieved by a 3745 communications Systems Network Architecture 
("SNA") communication controller using Network Control Protocol ("NCP") 
software from IBM. It is to be understood that the present invention is not to be 
limited to either the specific computer hardware or software listed above or the 
specific type of computer interface and communication. Other combinations of 
computer hardware and communication links are equally suitable for implement 
the present invention. 



B. Data Input For Standing Instructions Database (SID) and Related 
Storage Database (BSD) Tables 

Before trade settlement, institutions 20, brokers 30 and agents 50 can enter 
information into databases which can be used during trade settlement to derive 
information for a confirmation. In the exemplary embodiment SID 1 3 and the RSD 
1 4 act as repositories of information relating to the settling parties, their customer 
accounts and trade settlement. Institutions 20, brokers 30 (including clearing brokers) 
and agents 50 (deluding c^ Althoughmany 
different types of databases and relational database structures would be suitable, both 
SID 13 and the RSD 14 in the exemplary embodiment comprise a number of 
databases each comprising a plurality of database tables. Data (including settlement 
instructions) for the confirmation may be obtained from data contained in the 0 and 
NOE, and in addition derived from various database lookups using multiple quenes to 
the different tables. These confirmation data queries may based on data in vanous 
fields in the II as well as on the results of lookups to the SID 13 databases. To mput 
data before trade settlement, the communications software located on the computer 
terminals at each settlement party location provides a graphic interface and prompts 



to 
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collect the relevant data such as the data described below. The communications 
software also contains a set of program modules to interface with the computer 1 0 
(through the firewall) and transmit the data to it. On the computer 10, database 
management routines within the trade confirmation communication system 19 make 
the relevant updates to SID 13 and RSD 14 when communications from institutions 
20, brokers 30 or agents 50 arrive. Referring to Fig. 5, exemplary database tables 
within SID 13 and the RSD 14 include: 

gtanHinp; Instruc t™ rtatahase Tables: 
Institution Information Table(s) 61 
Broker Information Table(s) 62 
Agent Information Table(s) 63 
Broker/Institution Link Table(s) 64 
Broker Confirmation Information Tables) 65 

p»iat<»H Storage natahase Tables: 
Entity Master Table(s) 66 

Entity Table(s) for Names and Addresses ("ETNA") 67 

Each data structure is discussed below. In addition, the uses of databases and data 
types such as SID 13 and RSD 14 databases, as well as the functions of data input and 
trade settlement are also described in the following DTC publication, expressly 
iacorporated herein by reference: In .itntinnn. TVlhrerySYStnn User Manual.; which 
is also published as ffi rtrrTf " r"*" *™^-^t\W M InMMWM l 
naivet y System . 

,...„,.„„„ ration TMf* mi. Fte 5): In the exemplary embodiment, 
institutions 20 enter information concerning both the institution itself and the 
accounts it maintains for itself and its customers. The tables within this data structure 
could include information such as: 1) institution information (g.g.. processing 
indicators and indicators designating business arrangements of the institution 20); 2) 
the institution's account information; 3) the institution's and/or customer's agent 
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information; 4) affirming party information; 5) interested party information; 6) broker 
lists; 7) settlement amount tolerances; and 8) matching options. The tables organize 
the data for example as it applies to the institution 20 or its customer accounts. 

The institution 20 specifies each account with a unique identification number. For 
each of the institution's accounts, specific information can be entered into and later 
obtained through SID 13, such as: (a) the institution's internal account number for 
the customer's account; (b) the institution's internal account name for the customer's 
account (which e.g. would default to the institution's name when the account name 
was not input); (c) a system number for the customer's account; (d) a U.S. taxpayer 
identification number (a Social Security or other taxpayer identification number) for 
the customer; and (e) a bank identifier code ("BIC") number for the customer or 
account. The computer terminals at the institution's location include a PC interface 
that prompts the institution 20 to enter such customer account information. 

In addition to customer account information, institutions 20 also enter the agent 
information for each customer account, such as: (a) an identification number for the 
agent 50; (b) the agent's internal account number assigned by the agent 50 to that 
customer account; and (c) the agent's internal account name for that customer 
account. The agent information obtained is similar to customer information described 
above. The PC interface at the institution location requests the agent information 
following the method described above for obtaining customer information. However, 
in addition, the PC interface also prompts the institution 20 to input certain settlement 
information regarding the agent 50, which can be used to derive from agent-related 
data tables specific settlement instructions to be used in different situations. The 
settlement instructions provide, for example, the appropriate clearing agent of the 
agent 50 when more than one exists. For example, the agent 50 might use one 
clearing agent for DTC eligible trades, another when the settlement location is a 
Federal Reserve Bank and a third for international settlements. Detailed information 
concerning agents 50 and their settlement procedures is contained in the Agent 
Information Table(s) 63 described below. In the exemplary case, settlement 
information can be to extracted from the agent database table(s) using a combination 
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of information in the II and infonnation in the Institution Information Table(s) 61 . 
Thus agent settlement instructions may be denved through a set of database look-ups. 

In addition to the customer and agent infonnation, the institution 20 can input and 
store information concerning affirming parties, interested parties 40 and brokers 30. 
The affirming party information contains information regarding the affirming party 
type (e.g., institution 20, agent 50, interested party 40), and the affirming party 
identification number. The interested party information contains information 
regarding the interested party, such as identification number, interested party internal 
account number and interested parry internal account name. The broker lists contam 
information regarding the identification of brokers 30 that act as executing brokers on 
behalf of the institution 20 or a specific customer. 

To select the matching option, the institution 20 can set a matching indicator (y/n) 
which shows whether the institution 20 authorized a match for a particular account. If 
the institute has elected to match an II to a broker NOE, the institution 20 can set 
tolerances for a settlement amount so that an exact match on this field is not required 
togenemteamatchedormatchedaffirmedconfirmation. To set a tolerance m the 
exemplary embodiment, the following information will be entered for each currency: 
(a) currency code; and (b) either a tolerance value for the total settlement amount of 
the trade order, as expressed in an absolute amount of an appropriate currency (e.g., a 
difference $50.00 per trade in U.S. dollars between an II and an NOE), or a tolerance 
value as it relates to total settlement amount, expressed as a percentage (e.g., $10.00 
per $100,000 of total settlement in U.S. dollars). This information can be entered for 
all customer accounts of the institution 20 or individually at the customer account 
level The institution 20 may also elect not to match for specific settlement locations 
and for specific security types within those locations (e,g.., match everywhere except 
for trades settling in the U.K.; match every type of security except for equity trades 
within the location). Thus, the matching options within the Institution Information 
Table(s) 61 provide indicators to set such matching tolerances and preferences. 
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^r^rinnTahl^M Fn.5): Brokers 30 (and clearing brokers) enter 
information to specify information used by the broker and clearing broker for trade 
settlement of the broker's accounts. The tables in this data structure organ.ze the data 
for example as it applies to the broker, the clearing broker and individual customer 
accounts. The information designates for example which clearing brokers, if any, 
should be used for settlement according to location (depository or country) and 
security type. Brokers 30 enter information for each settlement scenario, such as: 1) 
settlement location (codes specifying countries or depositories to be used for trade 
settlement); 2) security types (codes identifying the security being traded, e.g., 
equities, corporis or eurobonds); 3) clearing broker number (an identification 
number of the clearing broker used to settle); and 4) clearing broker internal account 
number (broker's account number at the specified clearing broker). 

The trade confirmation communication system 1 9 also provides that, at the customer 
account level, a broker 30 can link its internal account number for a specific account 
to a corresponding institution internal account number (found within the account 
records of the Institution Information Table(s) 6 1 ). This allows for the extract™ 
from SID 13 of information previously entered by the institution 20 in SID 13 m heu 
of requiring that the broker 30 enter all such customer information on trade input. 
The computer 10 stores the link information in the Broker/Institution Link Table(s) 
64 To permit NOE's to be matched to II's, the inputting broker 30 sets a match 
indicator (y/n) for the specific customer account indicating that it agrees to match 
with the institution's corresponding customer account. The Broker/Institution Lmk 
Table(s) 64 allows the broker 30 to see whether the institution 20 has selected a 
matching option for that account 

1rrnrr _^.^r^)^Ff g .5).- Agents50(andclearingagents)enter 
information to specify settlement instructions for trade settlement. An agent 50 wtll 
specify settlement instructions that it will use when settling a trade of a particular type 
of security at a particular location. In some situations the agent 50 will use a cleanng 
agent for the settlement of a security at that location. In that circumstance, the agent's 
settlement instruction will identify the clearing agent and provide reference to further 
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settlement instructions specified by the clearing agent (such as the name and account 
number of a subcustodian which will act to exchange securities and funds to settle the 
trade). Agent Information Table(s) 63 will contain agent account numbers related to 
the clearing agent and subcustodian. In addition to other data, the settlement 
information which is stored in the Agent Information Table(s) 63 can include: 1 ) an 
agent identification number, 2) security type indicator, 3) settlement location 
indicator; 4) a clearing agent identifier; 5) a clearing agent's internal account number 
for the agent; 6) a subcustodian identifier, and 7) a subcustodian's internal account 
number for the clearing agent. 

nrnker/Institution '^TnhteM (64. Fie. 5): This table contains a set of cross- 
references between broker internal account numbers and institution internal account 
numbers for specific accounts. The broker 30 generates this link as set forth above. 

n^rCnnfirmatior '-f~->-'- ^ ^ BrokerS 30 entCT 

required by SEC Rule I Ob- 10 or otherwise required to be included for each trade. 
Such information includes: 1) broker/dealer commissions; 2) federal taxes; 3) state 
taxes; 4) local taxes; 5) shipping/registration fees; and 6) customer disclosure 
information. 

77,, Related Stora^* Database Tab '»< (** nnd 67 Fie. 5): In addition to the SID 1 3 
tables above, databases within RSD 14 also supply settlement background 
information. The identifiers in SID 13 create links to information in two tables in 
RSD 14: the Entity Master Tables) 66 and the Entity Table(s) for Names and 
Addresses ("ETNA") 67. The Entity Master Tables) 66 contains a list of unique 
identifiers for each entity (e.g., institution 20, broker 30 and agent 50) using the 
system. These names are input by, for example, an administrator or service 
department of the trade confirmation communication system 19 when an institution 
20, broker 30 or agent 50 submits an application to use the system. The information 
stored in these tables cannot be later modified by the end users. An identification 
number for an institution 20, broker 30 or agent 50 input to SID 13 generates g.g. the 
corresponding name, address and background information from the ETNA 67. 
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VBiatir^^ Withi " 
SID 1 3, institutions 20, brokers 30 and agents 50 each have the ability to enter 
changes with an effective date that specifies when the addition, change or deletion 
should be put into effect. In an exemplary embodiment, for example, the brokers 30 
affiliated with a specific account on the Institution Information Table(s) 61 as 
described above would be notified when an institution 20 inputs a change to the 
account information stored on that database. In an exemplary embodiment the trade 
confirmation communication system 19 uses a specified "effective date" to detemune 
when a change is implemented. In the exemplary embodiment, all parties responsible, 
for entering information in SID 13 have the ability to enter a SID change with an 
effective date specifying when the addition, change or deletion should be put into 
effect. Effective date changes fall into two categories: trade date-related changes and 
settlement date-related changes. Both dates are independent of notification to a 
broker 30 or other party, which may occur on the day of the update. 

C. Trade Settlement Through Matching and the Pending Match Database 
(PMD) 

The information input into the SID 13 and RSD 14 databases can be used with an 
NOE and II to generate a confirmation. However, to facilitate matches between an 
NOE and II, the present invention provides the PMD 1 5 database in addition to the 
SID 13 and RSD 14 databases. 

, zw,„ r Hatch D~ H— "MM *>• The PMD 15 contains information 
bating to the securities trade itself and is used to match NOE's and IT s. For storage 
of such information, the PMD 15 has a relational database storage structure made up 
ofdatabasetables. Referring to Fig. 6, the PMD 15 database tables include, but are 
not limited to, the following: 



Pending NOE Information Tables) 71; and 
Pending Institution Instruction Table(s) 72. 
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D. NOE and II Matching 



„ trad. sen.em=n,, before securides are exchanged for tad, .he parnes m* •« 
confirm *. uade and a*ee ,o Mi of to senlement. The enhanced tnacntng 
system of the present invendon mavches daa ftelds hereon d,e « and NOE, and .hen 
general a ccnSnwuon using the information found in the D and NOE and 
ddiuonal information nom ft. sanding insmtcdons in the SID 13 and RSD 14 



a< 

databases. 



! Broker NOE Communications 

Fi6 2 depict an exemptary process flow for the aeps of «,= broker cotnmunicado„ 

N0 E after a securides uade has been execu«d p folf.1. eimer par. or all of the dade 
order) and sends die NOE to tire computer 10. (Referring » Fig. ..broker 30 
transmits the NOE to die computer tO along co.ununica.ion link 3! and.he.rade 
eonfinnadon cotnmuni cadon system l*^ NOE). To genera* the NOE « 
the exempt embodiment, the communis software on «.e computer termm* 
th. broker 30 locadon enabled tanker 30 to provide informadon on the execu^d 
eg broker Monnadon, dade deuu!s and idendflcadon. This infbrmanon can 

he usejin conjuncdon wiu, ft. da»«ithin Ote B^ker .nfonnaion MM 62 and 

theB^Confin.adon.nfonnrf^^ 

informtdion. 

fields such as the following: 

ATransactionType to identify the communication as either an NOE, n or 
other communication; 

A Unique Reference Identifier to identify the NOE; 



A Broker/Dealer 
securities trade; 



Identification Number to identify the broker 30 for this the 



PCT/US98/Z3695 

WO 99/27477 

21 

A Broker Internal Account Number to identify the broker's customer (for 
individual orders, not to be used on block orders). 

A „ institution Identification Number to identify the institution 20 for this 
securities trade; 



10 
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20 
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A Security Type to 
income); 



identify the type of security traded (e.g. equity, fixed 



A Security Identifier Number for identification of the security (e.g., a CUSIP 
number); 

A Ticker Symbol; 

A Buv/SeU Co* for de.er»inadon of wither «he insarurion 20 is buying or 

selling the securities; 

A Cumulative Shares/Face Value Amount for defining me number of 
sh ^oru»f TO va l »eof te s«unne S »hich ta v.beenr^edup.o« 

value of debt securities); 

MAvo^PricePerShareff^V^orotoum.^which.hesecuriUes 
^ ^ ,0 provide an average pnce per s^v^ue for *e secunto 

vAieh have bee. «d«d «. up » t* »■> ° f * " d " 
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face value of debt securities); 
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An Execution Price Per Share/Face Value or other unit at which the securities 
were traded to provide an average pnce per share/value for the securities 
which have been traded in the particular trade execution documented by the 
NOE; 

A Total Settlement Amount for the Trade to specify the amount of the trade 
order (including all costs); 

A Currency Code; 

A Trade Date to indicate the date on which the trade was executed; 

A Settlement Date to indicate the date by which the trade is to be settled; 

The Settlement Type to identify whether the trade is to settle e.g. on a "regular 
basis" or on a "when issued basis"; 

A Match Indicator Override to indicate that this particular trade will not be 
matched and matching should be canceled for this trade when a broker 30 has 
selected matching for the account; 

The present invention permits the broker 30 to designate matching by account and 
then override matching on a trade-by-trade basis. When inputting data into the 
Broker Information Table(s) 62 within SID 13 the broker 30 can input a Match 
Indicator for a particular customer account. In the match process, the Match Indicator 
found for the account within the Broker Information Table(s) 62 will control unless 
the specific Match Indicator Override within the NOE is set to override it. The fields 
specified above are exemplary and the NOE can be created with additional fields or 
fewer fields. 

In step 101 the broker 30 transmits the NOE to computer 10 (using the computer 
terminal (referring to Fig. I the broker 30 transmits the NOE to computer 10 along 
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• rinn link 3 1 and the NOE is received by the trade confirmation 
commurucauon link 31 and ^ 

communication system 19). A router (withm 19) dehvers 
files 12. 

n,mii«- 1 1 accesses the NOE in the collection 
In ste p 102 of Fig. 2, the matcrung controller I access 
files 12 to examine and validate the data contained wuhm. The match g 

u .^cationtobeanNOECasopposedtoanUorother 

verifiable, it will m» maIch iii« controller 1 1 proceeds ra 

,_ini the communication is venfiable, the malcning"> 
,„ SKp ,03 the comm tavt ^ piously stored in 

aeD ,04 to try to match the NOE wrtun ^ ^ 

PMD 15. Instep ,04 the matching controUe, 1 wul 

NOE is eligible for matching by locating the match " ^Tab,e<s> 6. and 

m the pending insutation instruction tab,*) 72 within the PMD 15. 

Instep 106iftnenewi* NO EtothePMD ,5(instep 108) 

... ..m,ll«. 1 1 will copy the contents of the nue ra me r 

^tooansmit^NOECms^ ,l« ltak21 (ofFig .,)). 

creates in s.epn6ac,r^ontob=n^eava,Ub _ eiiiii 
, ^onanddissenunationof^cor^anonisalsodescnbedin 



below.) 
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2. Institution II Communications 

Fig 3cepictsane*emp 1 arvp ro cess 1 W -p S ^ a. 20 sends an.,. 

„ step 20, an institution 20 transmits 0.= U .o the computer .0, using the 

on^unication U 2, and the lade confirmation communion system I. «- 
Z Th. « contains account aUocation ^formation *. P«™u a Uoc k ^ 

information, the II records include: 



' 5 4 x^^T^»M^*«— -*^-* M "" N0B,B " 
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25 



A Transaction Type to 
other communication; 



Unique Reference Identifier to identify the II; 



A Broker/Dealer 
securities trade; 



Identification Number ,„ identify the broker 30 tor the 



in.uonldenafie.rto.Nnmbau.iden^ftei^™- 20 4 ''* 15 



An Institution 
securities trade; 



Unioue NOE *»— «-«- » — ° M N ° E " " 

„ the securities,**. v,he» one NOE can be used to provide infrrmatton on 

the entire trade order and can be matched to the II; 

30 A B.ock Reference Number to provide the institution's interna, reference 

number for the particular trade; 
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A Security Type to identify the type of security traded (e.g. equity, fixed 
income); 

A Security Identifier Number for identification of the security (e.g., a CUSIP 
number); 

A Ticker Symbol; 

A Buy/Sell Code for determination of whether the institution 20 is buying or 
selling the securities; 

A Cumulative Shares/Face Value Amount for determining the number of 
shares or the face value of the securities in the total trade order, 

An Average Price Per Share/Face Value or other unit at which the securities 
were traded to provide an average price per share/value for the total trade 
order over all of the executions required to fill an order, 

20 A Total Settlement Amount for the Trade to specify the amount of the trade 

order (including all costs); 

A Currency Code; 

A Trade Date to indicate the date on which the trade was executed; 

A Settlement Date to indicate the date by which the trade is to be settled; 

The Settlement Type to identify whether the trade is to settle, e.g., on a 
3Q "regular basis" or on a "when issued basis"- 
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A Match Indicator Override to indicate that this particular trade will not be 
matched even though the institution 20 has selected matching for the account; 

Matching Tolerance Override to re-set matching tolerances on a trade-by trade 
5 basis; 

and S pecific Allocation R^ rnrH Fields such as: 

A System Control Number, to provide a unique control number for 
10 each allocation; 

The Institution Identification Number (same as above); 



15 



25 



The Block Reference Number (same as above); 



An Institution Internal Account Number (for the customer account); 



A Shares Allocated/Face Value Allocated; 



20 A Commission Type Indicator, 



A Commission Fee Amount; 



An SEC Fees and Shipping Amount; 



Amounts) for Taxes (country, local, etc.); 



An Amount for other charges; 



30 A Principal Amount of the Trade; 
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A Net Amount of the Trade (The Principal Amount plus or minus fees 
based on a buy/sell formula); 

A„ Interest Amount (for calculating mterest on debt securities); 

» . 1 1 nratinn (e £ DTC or a Federal Reserve Bank); 
The Settlement Location ^e.g., u 

An Agent Identification Number; 

An Agent Internal Account Number, and 

A Split/Currency Settlement Indicator to identify when security and 
funds settle in different locations; 

set within the IL 

25 fields and fewer news _ an(i the Aeent Internal Account number as 

can omit the Agent Identification number and the Agent Internal 

they can be derived from a table within SID. 
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cor^nunication system .9 receives then. A router (within l»d*--* 
communication to the collection files 12. 

to step 202 of Hg. 3, the matching controller 1 . accesses the coUection Sle 12 to 
examLthenewn. The matching comrollerl. firs, identifies the —a,, on to 
b eann(asopposed,oanNOEorothercornrnunica,ion)and.henchecks*e 

informanon within the dau fields for compress and accuracy of data W e. I m 
steppe matching— determines thattheu is no. complete onsnot 

an error code attached. 

m s«p 204 «d aaemp. to mach the C win, an NOE stored m the PMD 15- In Step 
2 04thema,chmgcon«,.le. U will 6W check Utema K hindica B rsbr tie 

. _;~ if th. n is elieible for matching. The matching 
institution's account to determine if the Urs Migrate • 

control 1 1 will check me M«ch indicator for the account withm ho* the 
Wtution Intonation Tab,*, 6, and Broker mformadon Tables, 62 to see if 
maK hing has been selected and also check the Mart Indicator Over* o W 
I^eif.epreferenceforrn^lungh.c^overHc^n. 
^tben^mng—nwU.anemp.^O.enwt.hanNOEinthe 

^NOEWo^onTableC^lwiOundtePMD., (T^hmg process* 
described below.) 

, tta step 206, the -aching controller U fmds ■» n^h for the n in dt. Pending 

15 ^nngfor.n^h^occuruponreceiptofanewNOE. — * 

IhLgconuoller doesma tt hannwi*anNO E (or» f »a 1 NOE,„d K ca.of a 
rplceeds,„s^20 8 ,os.ore M indic«orofthem.tchon A ernart fil eH4,and 
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then in step 209 generates a matched confirmation communication and makes the 
confirmation available to the settling parties as described below. 



E. Matching 

In the exempli embodiment of .he present invention, the matching controller 1 1 
etches on the basis of a one for on. match b«ween fields within an n and an NOE^ 
Fits, the present invention attempts to match the number in the NOE's Unique NOE 
Rdem.ce Identifier field with the number found in the conesponding field of the D. 
Assttt ed above, the II to be matched can « . 
Unique NOE Reference Identifier Held (when .he field has no. been set to 
"MULTIPLE" as described above). In step 106 Fig. 2 and 206 Fig. 3, the matchmg 
confer 1 ! will attempt to locatt within to Pending NOE Information TabWs, 71 
t »e NOE which corresponds to the Unique NOE Reference Identifier within the E If 
^NOEcanb. found, me nuttlungc^ 

,K. matth by confirming ti». certain «her fields in me NOE and M .he fields 
listed in the following paragraph) also match. 

Even if the system can find no match based on the Unique NOE Reference Identifier, 
the matching controller 11 will continue to attempt to match based onaone for one 
mat chofthe data withinother fields common to both the NOE and fl such as by: 

The Broker/Dealer Identification Number to identify the broker 30; 
The Institution Identification Number to identify the institution 20; 

The Security Identifier Number for identification of the security (g.g., a 
CUSIP number); 

The Buy/Sell Code for determination of whemer the bmker 30 is delivering or 

receiving the securities; 
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An Cumulative Shares/Face Value Amount for determining for determining 
the number of shares or the face value of the securities in the total trade order 
(e.g. 10,000 shares, $10,000 in face value of debt securities); 



The Total Settlement Amount; 
The Trade Date; and 
The Settlement Date. 

Additionally, other fields could be specified for the match. For instance, an NOE 
could be constructed to contain additional institution and agent data fields and these 
fields could be compared by the matching controller 1 1 to corresponding fields in an 
II to determine if a match exists. Matching those additional fields in the NOE and II 
could provide additional reliability to the match and could also be used to identify 
particular trades, such as a single (non-allocated) trade. The additional matching 
fields could also be required, if, for example, the broker 30 did not link its internal 
account number to the institution's internal account number in the Broker/Institution 
Link Table(s) 64 within SID 13. 

The matching procedure described requires that information entered by both the 
broker 30 and the institution 20 "match" field by field and item by item. However, it 
is possible to designate tolerances within the total settlement amount. For example, if 
a tolerance parameter of $5.00 is set by the institution on the settlement amount, and 
if the settlement amount listed on the NOE and II differ by $5.00 or less, the system 
still could consider the trade a "match" if all other fields matched. In an exemplary 
embodiment, the institution 20 has the ability to enter tolerance parameters for 
settlement amount in the Institution Information Tables) 61 within SID 13, by 
settlement currency in two ways. First, the institution 20 may enter an absolute 
tolerance amount, specifying that the settlement amount submitted by the broker 30 m 
a particular currency may not vary by more than a predetermined amount per trade, 
regardless of the total settlement amount. For example, using U.S. dollars, the 
institution 20 might enter a $50.00 absolute tolerance amount, indicating that the 
Total Settlement Amount field within the NOE of the broker 30 must never deviate 
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from the Total Settlement Amount field within the II submitted by the institution 20 
by more than $50.00. Second, the institution 20 may express the tolerance amount for 
a given currency as it relates to the total settlement amount for trades in that currency. 
For example, the institution 20 might enter a tolerance parameter indicating that, for 
each $100,000 of the total settlement amount, the Total Settlement Amount submitted 
by the broker 30 must not deviate from the Total Settlement Amount submitted by the 
institution 20 by more than $10.00. The absence of a tolerance parameter for a 
specific currency would require an exact match on the settlement amount. 

As indicated above the present invention also allows for matching where multiple 
trades are required to fill an institution's trade order. In this case, a series of NOE's 
will be generated and received, where the final NOE in the series for the trade order 
will indicate the total amount of shares purchased for this trade order and the average 
price of those shares (across the multiple executions) in its Cumulative Shares/Face 
Value and Average Price Per Share/Value fields, respectively. The matching 
controller 1 1 may determine a match for the final NOE in such a series by, for 
example, determining that the Cumulative Shares face value field in the final NOE 
matches the corresponding field in the II. When such a final NOE is found, and the 
matching controller 1 1 finds a corresponding D, a confirmation will be generated as 
described below. For the non-final NOE's in such a series, the matching controller 1 1 
may (e.g. by matching all fields indicated above except for the Cumulative 
Shares/Face Value, Average Price Per Share Value, and Total Settlement Amount 
fields) determine that the NOE is related to an n. but is not the final NOE in the 
series. A confirmation will not be generated for such a partial NOE match. 

The matching criteria presented above are exemplary. It is understood that there are 
other, different fields by which a match could be obtained. 

In step 106 (of Fig. 2 referenced above) and in step 206 (of Fig. 3 referenced above), 
the computer 10 matches the information data fields to determine if the II and the 
NOE refer to the same securities trade based on one or more of their fields as 
described above and generates a confirmation as described below. The matching 
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^of.tap^n— is^.oge-.ea— ion ate only one pos,- 

m de enuy each oy the institution » - *< "<° te 50 — *» "* "* * 
m „,,ip.e exch**e. TV rcducdon in communication, ensures greater speed and 

greater accuracy. 

5 F . Confirmation Generation Based on the Match 

20 6 of Fi, 3 , the Aching — 11 can » step 209 generate a «~ 
bas edoninformation^^ 

LrSD14. ^^ a ^^^^~^*" Mm * 

llrsUnilar^sintheNOE, Multiple databases within SID 13 may ^ 

combined with information contained with various fields to perform further SID 
database lookups. The confirmation may consist of: 
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Institution Identification Number; 
Institution Name (e.g. from RSD 14); 
Broker/Dealer Identification Number, 
Broker Name (£.g. from RSD 14); 

Broker Internal Account Number; 

Clearing Broker Number, 

Clearing Broker Name fe.g. from RSD 14); 

Trade Date; 

Agent Identification Number, 
Agent Name (s-g- from RSD 14); 
Agent Internal Account Number; 

A Clearing Age., Idenufier for idenuficauon of.be age* used to senle; 
A Clearing Agent Name fe.g. fiom RSD H); 
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A Clearing Agent Internal Account Number to identify the agent's account; 
A Subcustodian Identifier (if necessary) to identify the subcustodian, branch 
number or depository; 

A Subcustodian Internal Account Number (if necessary) to identify the 
5 subcustodian's account number for the clearing agent; 

A Subcustodian Account Name (if necessary) to identify the subcustodian's 

account name; 

A Split Currency Settlement Indicator to indicate whether cash settlement for 
the trade is taking place in acunency other than the currency of the country in 
10 which security settlement is taking place, and that the cash and security settle 

in different locations; 

Trade Date; 

Settlement Date; 

Buy/Sell Code; 
j 5 Settlement Location; 

Security Identifier Number (e.g. a CUSIP number); 

Security Description (e.g. from RSD 14); 

Security Type; 

Cumulative Shares/Face Value Amounts; 
20 Average Price Per Share/Value; 

Total Settlement Amount; 

SEC Fees and Shipping Amounts; 

An Interest Amount (for calculating interest on debt securities); 
Amounts for Taxes (county, local, etc.); 
2 5 A Commission Fee Amount; 

Other Charges; 

Principal Amount of the Trade Value; 
Interested Party Information; 
Settlement Type; and 
30 Special instructions. 
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Fig. 4 depicts an exemplary process flow for the steps of generating a confirmation 
comprising II, NOE and SID-derived information. In step 300 the matching 
controller 1 1 prepares the confirmation. In step 302 or 303, the confirmation will be 
made available by the computer 10 to the broker 30, institution 20, agent(s) ,0, and 
interested parties 40. (Referring to Fig. 1, the matching controller 11 makesthis 
communication available via communication links 21,31,41, and 51.) In step 301, 
the matching controller 1 1 determines the type of confirmation to be sent. In the 
exemplary embodiment there are two types of confirmations available, dependmg on 
which party to the transaction is designated as the "affirming" party. The institution 
20 stores information concerning the -affirming" party in the Institution Informal 
Tables) 61, within SID 13 (see Fig. 5). If the institution 20 is the designated 
affirming party (which has also agreed to the matching process), in step 302 of Fig. 4, 
the confirmation is sent as a "Matched Affirmed Confirmation". If the affirrmng 
party is a party other than the institution 20, such as the interested party 40, in step 
303 the confirmation is sent as a "Matched Confirmation" requiring subsequent 
affirmation. Setdement, the actual exchange of the traded securities and payment, can 
be effected through electronic or other methods. The broker 30 and agent 50 upon 
receipt of an affirmed confirmation (e.g. transmitted to the terminal at the agenf s 
location) can effect an exchange of funds and securities according to the dehvery 
instructions set forth in the confirmation. 

m the exemplary embodiment, the matching controller 1 1 identifies unmatched items 
interactively where it has found (e.g., after a specified time) that no match exrsts 
between the NOE and II. For such cases, the matching controller 11 can also generate 
m «unma te hedNOEorrcornmu^^ 

respective broker 30 or institution 20. During and/or attend of each process** 
day.the system also generates an "unmatched" report, which is cumulative, and hsts 
all NOE and IT s which were not matched during the day (or during pnor days). 

v a „w» The above described embodiment of the 
The invention continues as described above. The above aescnoc 

• • ♦ k„ ^n-o-ntative only as certain changes may be made therein 
invention is meant to be representaiive oniy, » * 

without departing from the invention's clear teachings. 
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What is claimed is: 

I A system for facilitating settlement of a securities trade by obtaining 

agreement as to the details of the trade among a broker, institution, agent 
and interested parties comprising: 

a. a computer system which enables the broker, institution, agent and 
interested parties to send and receive communications; 

b. a standing instructions database containing sets of instructions for 
trade settlement previously input by the institution, the broker and 
the agent; 

c. a processing computer within the computer system, which is coupled 
to the standing instruction database and which is configured to: 

i. receive a communication from the broker containing notice of 
order execution information (a broker communication); 



receive a communication from the institution containing 
institution allocation instruction information (an institution 
communication); 

match the institution communication with the broker 
communication based on information contained in both 
communications; 

if there is a match, generate a confirmation for the trade 
based on information contained in the broker communication, 
information contained in the institution communication and 
information stored in the standing instructions database; and 
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v. make available the confirmation as a communication to the 
institution, broker, agent and interested parties which 
facilitates the exchange of money and securities to settle the 
trade. 

> The system of claim 1 where the broker communication and the institution 
communication each contain the data fields of: 

a. an institution identification number; 

b. a broker identification number; 

c. a security identification number; 

d. a buy/sell code; 

e. a number of shares or face value; 

f. a settlement amount; 

g. a trade date; and 

h. a setdement date, 

and the processing computer matches the broker communication with the institution 
communication based on at least those fields. 

3. The system of claim 1 in which the broker communication contains a 
unique identification number for that communication and the institution 
communication comprises a data field to reference the unique identification 
number of the broker communication and the processing computer matches 
the broker communication and the institution communication on the basis of 
the unique broker communication identification number. 
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4. The system of claim 1 in which the information in the standing instruction 
database contains (i) records for the internal customer account numbers of 
the institution's accounts and the corresponding internal account numbers 
used by the broker for those accounts and (ii) a record to link those internal 
account numbers and if there is a match, the processing computer generates 
the confirmation by accessing the record that links the internal account 
numbers and the data based on those account numbers. 

5. The system of claim 1 in which the broker communication and the 
institution communication both contain a data field indicating a settlement 
amount for the trade, the institution communication additionally contains a 
tolerance data field which specifies a tolerance value by which a match 
based on settlement amount could vary and the processing computer 
matches the broker communication and the institution communication 

long as the settlement amounts vary only by an amount within the tolerance. 

6. The system of claim 1 in which the institution communication contains a 
data field which indicates that the institution is the affirming party for the 
trade and the processing computer generates a confirmation which contains 
this indication in a data field. 

7. The system of claim 1 in which the processing computer is coupled to a 
match database into which the processing computer stores the broker 
communication and retrieves it before attempting to match the broker 
communication with the institution communication. 

8. The system of claim 1 in which the processing computer is coupled to a 
match database into which the processing computer stores the institution 
communication and stores it before attempting to match the broker 
communication with the institution communication. 
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9. A computer-based system for settlement of a securities trade among an 
institution, broker, agent and interested parties, the system comprising: 

a processing computer configured to (i) receive a communication 
from the broker (a broker communication) comprising data fields 
with information concerning the executed trade; (ii) receive a 
communication from the institution (an institution communication) 
comprising data fields with information concerning the executed 
trade, where some of the data fields within the institution 
communication corresponding to data fields within the broker 
communication; and (tii) match the broker communication and the 
institution communication matching the data within a preselected set 
of the corresponding data fields. 



10. 



The system of claim 9 where the broker communication is a notice of order 
execution. 



11. The system of claim 9 where the institution communication is an institution 
allocation instruction. 

12. A system for facilitating settlement of a securities trade among a broker, 
institution, agent and interested parties comprising: 

a. a computer system which enables the broker, institution, agent and 
interested parties to send and receive communications; 

b. a processing computer within the computer system which is 
configured to: 

i. receive a communication from the broker containing notice of 
order execution information (a broker communication); 
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receive a communication from the institution containing 
institution allocation instruction information (an institution 
communication); 

match the institution communication with the broker 
communication based on information contained in both 
communications; 

if there is a match, generate a confirmation for the trade 
based on information contained in the broker communication 
and information contained in the institution communication; 
and 

make available the confirmation as a communication to the 
institution, broker, agent and interested parties which 
facilitates the settlement of the trade. 

13. In a computerized communication system used to exchange communications 
between a broker and an institution in the settlement of a securities trade: 

a. a broker communication containing data within data fields designated 
by: 



V. 



institution identification number; 
broker identification number; 
security identification number; 
buy/sell code; 



number of shares or face value; 
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settlement amount; 
trade date; and 
settlement date, 

an institution communication containing data within data fields 
designated by: 

institution identification number; 
broker identification number; 
security identification number, 
buy/sell code; 

number of shares or face value; 

settlement amount; 
trade date; and 
settlement date, and 

a computer processor which compares the data within data fields of the 
broker communication with the data within data fields of the institution 
communication and if the data matches, generates a confirmation for 
the trade and makes available that confirmation to the institution, 
broker, agent and interested parties which facilitates the settlement of 
the trade. 
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14 . In a computerized correlation system for exchanging post-tmde 

information between the parties necessary for the settlement of a securities 
trade, the apparatus comprising: 

a . a trade confirmation communications system comprised to receive, 
process and transmit communications from and to the parties; 



b. 



a standing instructions data base coupled to the trade confirmation 
communications system having at least one data table for storing a 
plurality of information related to the trade stored by at least one of the 

parties; 

c a matching controller coupled to and within the trade confirmation 
communications system comprised to receive a trade communicanon 
containing order execution information from one of the parties and 
receive a communication containing a trade allocation informal 
from another one of the parties; and 

d the trade confirmation communications system further comprised to 
generate a confirmation based on information within the received 
communication and information stored within the standing instructs 
database. 



15. The system 



of claim 14, wherein the standing instructions database further 



comprises: 

at least one institution information data base; 

at least one broker information data table; 

at least one agent information data table; 

at least one broker/institution link data table; and 

at least one broker confirmation infonnation data table. 
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16. The system of claim 1 4, wherein the standing instructions database further 
comprises at least one institution information data table and wherein at least 
one institution information data table is for storing institution and account 
information. 

17. The system of claim 14, wherein the standing instructions database further 
comprises at least one institution information data table and wherein the at 
least one broker/dealer information data table is for storing settlement 
informatioa 

1 8. The system of claim 1 4, wherein the standing instructions database further 
comprises at least one institution information data table and wherein at least 
one broker/institution link data table is for storing a set of cross-references 
between the broker account number and the institution customer account 
number. 



19. The system of claim 14, wherein the standing instructions database further 
comprises at least one institution information data table and wherein at least 
one 



broker information data table is for broker confirmation information. 



20. The system of claim 14, wherein the related data storage data table further 
comprises at least one file containing the names and addresses all parties 
involved in the trade. 

21 A system executing post-trade communications in the settlement of a 
securities trade among a broker, institution, agent and interested parties 
comprising: 

a. computer hardware and software means to enable the broker, 
institution, agent and interested parties to send and receive 
communications; 
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means to state a set of standing instruction records containing sets of 
instructions for trade settlement previously input by the institution, the 
broker and the agent; 

computer hardware and software means to: 

i. receive a communication from the broker containing notice of 
order execution information (a broker communication); 

ii. receive a communication from the institution containing 
institution allocation instruction information (an institution 
communication); 



in. 



IV. 



v. 



match the institution communication with the broker 
communication based on information contained in both 
communications; 

if there is a match, generate a confirmation for the trade based 
on information contained in the broker communication, 
information contained in the institution communication and 
information stored in the standing instructions database; and 

make available the confirmation as a communication to the 
institution, broker, agent and interested parties which facilitates 
the exchange of money and securities to setde the trade. 



A method for operating a computer to execute the communications necessary 
for settlement of a securities trade among a broker, institution, agent and 
interested parties, the method comprising the steps of: 



WO 99/27477 



PCT/US98/23695 



44 

a. receiving a communication from the broker containing notice of order 
execution information (a broker communication); 

b. receiving a communication from the institution containing institution 
allocation instruction information (an institution communication); 

c. matching the institution communication with the broker 
communication based on information contained in both 
communications; 

d. if there is a match, generating a confirmation for the trade based on 
information contained in the broker communication, information 
contained in the institution communication; and 

e. making available the confirmation as a communication to the 
institution, broker, agent and interested parties which facilitates the 
exchange of money and securities to settle the trade. 

23 . The method of claim 22 where the broker communication and the institution 
communication each contain the data fields of: 

a. an institution identification number, 

b. a broker identification number, 

c. a security identification number, 

d. a buy/sell code; 

e. a number of shares or face value; 



f. 



a settlement amount; 
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g. a trade date; and 

h. a settlement date; 

and the matching step matches the broker communication with the institution 
communication based on at least those fields. 

24. The method of claim 22 in which the broker communication contains a unique 
identification number for that communication and the institution 
communication comprises a data field to reference the unique identification 
number of the broker communication and the processing computer matches 
the broker communication and the institution communication on the basis of 
the unique broker communication identification number. 

25. The method of claim 22 in which the broker communication and the institution 
communication both contain a data field indicating a settlement amount for the 
trade, the institution communication additionally contains a tolerance data 
field which specifies a tolerance value by which a match based on settlement 
amount could vary and the matching step matches the broker communication 
and the institution communication so long as the settlement amounts vary only 
by an amount within the tolerance. 

26. The method of claim 22 in which the institution communication contains a 
data field which indicates that the institution is the affirming party for the 
trade and step of confirmation generation yields a confirmation which contains 
this indication in a data field. 

27. The method of claim 22 comprising the additional steps of storing the broker 
communication and retrieving it before attempting to match the broker 
communication with the institution communication. 
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28. The method of claim 22 comprising the additional steps of storing the 
institution communication and retrieving it before attempting to match the 
broker communication with the institution communication. 

29. A method for operating a computer to execute the communications necessary 
for settlement of a securities trade among a broker, institution, agent and 
interested parties, the method comprising the steps of: 

a. receiving fiora one or more of the broker, institution and agent a set of 
instructions for trade settlement; 

b. a standing instructions database storing the instructions for trade 
settlements; 

c. receiving a communication from the broker containing notice of order 
execution information (a broker communication); 

d. receiving a communication from the institution containing institution 
allocation instruction information (an institution communication); 

e. matching the institution communication with the broker 
communication based on information contained in both 
communications; 

f. if there is a match, generating a confirmation for the trade based on 
information contained in the broker communication, information 
contained in the institution communication and information stored in 
the standing instructions database; and 

g. making available the confirmation as a communication to the 
institution, broker, agent and interested parties which facilitates 
settlement of the trade. 
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30. The method of claim 29 in which the step of storing information in the 
standing instruction database comprises the storing of (i) records for the 
internal customer account numbers of the institution's accounts and the 
corresponding internal account numbers used by the broker for those accounts 
and (ii) a record to link those internal account numbers and the step of 
generating a confirmation and comprises the further step of (i) accessing the 
record that links the internal account records and (ii) accessing the internal 
account number records based on that link. 

31. A system for facilitating settlement of a securities trade by communicating the 
details of the trade among a broker, institution, agent and interested parties 
comprising: 

a. a computer system which enables the broker and institution to send and 
receive communications and make communications available to the 
agent and interested parties; 

b. a standing instructions database containing sets of instructions for 
trade settlement previously input by the institution, the broker and the 
agent; 

c. a processing computer within the computer system, which is coupled 
to the standing instruction database and which is configured to: 



l. 



n. 



receive a series of communications from the broker containing 
notice of order execution information, the series including a 
last broker communication; 

receive a communication from the institution containing 
institution allocation instruction information (an institution 
communication); 
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match the institution communication with the last broker 
communication based on information contained in both 
communications; 

if there is a match, generate a confirmation for the trade based 
on information contained in the last broker communication, 
information contained in the institution communication and 
information stored in the standing instructions database; and 

make available the confirmation as a communication to the 
institution, broker, agent and interested parties which facilitates 
the exchange of money and securities to settle the trade. 



32. The system of claim 3 1 where the institution communication and each 

communication in the series of broker communications each contain the data 
fields of: 



a. an institution identification number, 

b. a broker identification number, 

c. a security identification number, 
A a buy/sell code; 

e. a number of shares or face value; 



f. a settlement amount; 
c. a trade date; and 
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h. a settlement date; 

and the processing computer matches at least the last broker communication with the 
institution communication based on those fields. 
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